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(57) Abstract 

Phase 1 of the standaid for GPRS (General Packet Radio Service), which is a packet switched data service for GSM and which 
frequently is used towards Internet, does not support quality differentiation of IP-packets that have the same IP-address. This results 
in, inter alia, that client applications, which don't have strict requirements on delays, can reduce the quality for delay-sensitive client 
applications. The invention describes how the IP-packets are arranged to pass a packet filter that restricts the amount of data that each 
client application is allowed to transmit, by which die user will have possibility to make quality requirements on IP-traffic over Internet. 
Defining filter functions for a client application means that: the user describes how the IP-packets from a client application are idendfied; 
the user decides allowed bandwidth for each client application; the user decides rules for allocation of transmission capacity that a client 
appication momentarily does not utilise. 
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Filtering of IP-packet traffic in GPRS. 

TECHNICAL FIELD 

5 The invention describes a way to filter packet traffic 
whereby the user will have a chance to make quality 
requirements on the packet traffic so that quality 
parameters can be indicated for the client applications 
that are utilised. 

10 

The invention provides functionality that makes it possible 
for the user himself /herself to decide how large part of 
the allocated total resources that shall be used for each 
client application. 

15 

The invention especially describes a way to filter packet 
traffic in GPRS (General Packet Radio Service) , which is a 
packet switching data service for GSM. With only minor 
additions to phase 1 of the GPRS -standard, the invention 

20 will give the user a considerably better experienced 
quality. Client applications that are less sensible to 
delays, for instance file transmissions with FTP (File 
Transfer Protocol) , can give of the common capacity to 
delay- sensitive client applications, for instance "Voice 

25 over IP", with UDP (User Datagram Protocol). 

PRIOR ART 

GPRS (General Packet Radio Service) is a packet switched 
30 data service for GSM, and in the first place constitutes 
a mobile Internet access, but can also create access to 
other packet switched data networks, such as X,25. The GPRS 
system is connected to the data network via a GGSN (Gateway 
GPRS Support Node) . IP-packets, which are coming to GGSN, 
35 will be tunnelled to the mobile station via a fixed network 
and a radio based network. 
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According to the GPRS -standard, all IP-packets that have 
the same IP-address will be associated with a PDP-context, 
which is in the mobile terminal, SGSN and GGSN. PDP-context 
is a register, which inter alia contains a QoS-profile 

5 (quality profile) for the IP-access of the terminal, and 
information that is required for changing location of the 
terminal within the GSM-network (information for mobility) . 
The quality profile inter. alia describes which maximal 
bandwidth that is available to the user, and requirements 

10 on maximal delay. This means that all IP-packets with the 
same IP-address will be managed in the same way, 
irrespective of the varying requirements on delay that the 
client applications make on the GPRS carrier. 

15 The need to make quality requirements (QoS) is well known. 
QoS is managed in a lot of protocols, but management of QoS 
for IP- traffic on Internet is not solved. 

A client application can be carried by different types of 
20 transport protocols. A client application that requires 
that information is delivered correctly and in the same 
order as it was transmitted uses TCP (Transmission Control 
Protocol) , and a client application that instead has more 
strict delay requirements uses UDP '(User Datagram 
25 Protocol) . 

TECHNICAL PROBLEM 

If a user utilises a plurality of client applications, the 
30 requirements on QoS can differ between the different client 
applications that the user has activated. Use of client 
applications where packet switched transmission is utilised 
can by that result in differentiated requirements on the 
transmission. For instance use of certain client 
35 applications makes strict requirements on rapid 

transmission, whereas use of other client applications may 
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make requirements on that the transmitted packets shall 
arrive in the same order as they were transmitted. 

Phase 1 of the standard for General Packet Radio Service 
5 (GPRS) does not support quality differentiation of IP- 
packets that have the same IP-address. This means that all 
IP-protocols that have the same IP-address will share a 
common transmission capacity, and the allocation can not be 
controlled with regard to which requirements that are made. 
10 This means inter alia that client applications which do not 
have strict requirements on delays can reduce the quality 
for delay- sensitive client applications. 

When control of the transmission with regard to quality can 
15 not be made, activation/use of certain client applications 
are at the same time prevented or influenced. Wanted 
parallel execution then can be impossible, so sequential 
execution, or in another way restricted execution, must be 
client -applied. 

20 

To base the QoS -management on that a user can be allocated 
a plurality of IP-addresses, according to GPRS phase 1, is 
insufficient primarily for two reasons: 

25 • There is a great shortage of IPv4 -addresses, which 

strongly reduces the possibility for a user to use an IP- 
address for each client application. 

• Workplace equipment (PC) is normally not configured to 
30 support a plurality of IP-addresses at the same time. 

TECHNICAL SOLUTION 

IP-packets that are transmitted over GPRS are encapsulated 
35 and tunnelled through the connecting network. The invention 
describes how the IP-packets that are tunnelled over the 
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GPRS-carrier, are arranged to pass a packet filter, which 
reduces the amount of data that each client application is 
allowed to transmit. The user can by the filtering 
himself /herself decide how much of the available bandwidth 
5 that shall be used for each client . application. 

The invention can be implemented in mobile terminals that 
are using a GPRS-carrier for connecting themselves to the 
Internet, The invention also can be implemented in the 
10 GGSN-nodes of the GPRS-system. 

ADVANTAGES 

The invention provides functionality which makes it 
15 possible for the user himself /herself to decide how large 
part of the to the user allocated total resources that 
shall be used for each client application. 

Available network resources can be allocated between those 
20 client applications that are activated, so that the 

sensible client applications will have the capacity that is 
necessary for satisfactory transmission. Other, less 
sensible, client applications will have access to limited 
resources. Since the requirements are smaller for these 
25 client applications, they are less harassed by the capacity 
being limited or varied. If, on the other hand, a client 
application does not utilise allocated capacity in full, 
the free capacity will be allocated to any other client 
application that has possibility to benefit by increased 
30 transmission capacity. The user then will experience a 
totally improved quality of the transmission. 

The described packet filter for QoS -management in the GPRS- 
system introduces a new technology to differentiate and 
35 prioritise between different client applications. By 

prioritizing and differentiation in the IP-traffic, a more 
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flexible system for transmission and better chances to 
fulfil time and quality requirements is effected so that 
client applications can be satisfactorily utilised. By 
these arrangements, network resources can be utilised in a 
5 better way, and there will be possibilities to avoid or 
postpone investments . 

LIST OF FIGURES 

10 Figure 1 shows access to the Internet by GPRS. 

Figure 2 shows a mobile terminal connected to the Internet 
via a GPRS-carrier. 

15 Figure 3 shows four client applications that share common 
transmission capacity. 

EXPLANATION OF TERMS 



20 



FTP 



(File Transfer Protocol) Ordinary file 
transport protocol on the Internet. 



25 



GGSN 



(Gateway GPRS Support Node) Node in the 
GSM-network that connects the fixed 
network part of GPRS with the Internet. 



GPRS 



(Generalised Packet Radio Service) . 
Packet switched data service for GSM. 



30 



GSM 



Global System for Mobile communication. 



IPv4 -addresses 

35 



Address in the Internet according to 
the standard for IP-protocol version 4. 
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MSG 



(Mobile Switch Center) . Switching node 
in mobile networks with functions in 
the first hand for change of base. 



5 PDP-context 



Register with information about inter 
alia QoS and information necessary to 
make mobility possible. 



PDP- address 



10 



The address that is indicated by GPRS. 
In the case with connection via 
Internet, PDP-address = IP-address, but 
can also be another address, for 
instance X. 25 -address . 



15 QoS 



(Quality of Service) Parameters that 
define wanted performance. 



SGSN 



20 



(Serving GPRS Support Node) . Node in 
the GSM-network that manages data 
packets from mobile telephone. 



TCP 



25 



(Transport Control Protocol) . Protocol, 
which frequently is used when high 
requirements are made on that the 
information is delivered correctly and 
in the same order as it was 
transmitted. 



Tunnel, 
30 Tunnelling 



A technology which means that data 
packets can be encapsulated so that 
they can be transmitted to a 
destination without being influenced by 
protocols between them. 



35 UDP 



(User Datagram Protocols) . Protocols, 
which are frequently used when high 
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requirements are made on that the delay- 
is limited. 

DETAILED DESCRIPTION 

5 

The description below refers to the figures in the enclosed 
appendix of drawings. 

GPRS 

10 

Packet data traffic over a GSM-network is effected by GPRS 

(1) (Generalised Packet Radio Service) . GPRS supports 
standard protocols and co-operates with packet switched 
networks such as IP-networks and X. 2 5 -networks . Both 

15 intermittent and burst transmissions, and single 

transmissions with large amounts of data, are managed. GPRS 
is realised by two types of nodes in the GSM-network: GGSN 

(2) (Gateway GPRS Support Node) and SGSN (3) (Serving GPRS 
Support Node) . These nodes are on the same hierarchical 

20 level as MSG in the GSM-network. 

SGSN (3) keeps count of the location of the mobile 
telephone within its service area, transmits and receives 
data packets from the mobile telephone, forwards them or 
25 receives them from GGSN. Co-operation with external packet 
data networks is made by GGSN, which converts the GSM- 
packets to other packet protocols (for instance IP or X.25) 
and transmits the GSM-packets to other communication 
networks . 

30 

A mobile terminal (5) logs on to the data network, for 
instance Internet (4), separately for GPRS. After that, a 
PDP-context (6) is established, which is a logic connection 
between the mobile telephone and GGSN. PDP-context can be 
35 described as being represented by registers in the mobile 
terminal, SGSN and GGSN. The registers inter alia contain 
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information regarding QoS, security and such information 
that is needed to effect mobility, such as information 
about base stations (1 , 9) etc. The mobile terminal is 
identified from the packet data network by means of a PDP- 

5 address. Each such PDP-address is described in the 

individual representations of PDP-context (6) in the mobile 
terminal (5), SGSN (3) och GGSN (2). When this is made, the 
mobile terminal is visible outside the network where the 
mobile terminal is logged in, for instance Internet (4) and 

10 can by that transmit and receive packets. 

At establishing connection towards Internet (4) , a "tunnel" 
is established through GPRS from GGSN and to the mobile 
terminal. The traffic in the tunnel can be controlled by 
15 the subscription that the user utilises for the 

communication. QoS -requirements will be decided and 
constant for all packets to same PDP-address by this 
subscription . 

20 PDP-context contains inter alia information about quality 
aspects and information that is necessary to make possible 
mobility. PDP-context is represented in the mobile 
terminal, SGSN and GGSN. The connection from mobile 
terminal via base station and SGSN to GGSN is registered in 

25 PDP-context. When the mobile terminal is moved during 

session in progress, change of base can be made. This then 
also results in that the connection of the mobile terminal 
to SGSN is changed, which is illustrated by dashed lines in 
Figure 1 (SGSN 8 and base station 9) . Information to make 

30 it possible to perform such changes is in the PDP-context 
(6) . 

THE LOCATION OF THE PACKET FILTER 

35 Figure 2, which shows the protocol stacks on the mobile 

working place (22), in GGSN (23) and in the receiving data 
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network (24) , describes the location of the packet 
filtering in the communication. IP-packets that are 
transmitted over GPRS are encapsulated and tunnelled 
through the connecting network (GPRS -carrier 21) between 

5 the mobile station and GGSN. A packet filter (25) is 

located in the protocol stack between the IP-layer (25) and 
the GPRS-carrier (21). In Figure 2, the packet filter can 
be seen as a black-marked, area in the lower part of the IP- 
layer, By that, the IP-packets will pass the packet filter 

10 before the tunnelling over the GPRS-carrier. By the filter 
the amount of data that a client is allowed to transmit is 
restricted so that the packets are allocated the priority 
in the transmission that the user has requested. The user 
can in that way by the filtering himself /herself decide how 

15 much of the available bandwidth that shall be used for each 
client application. 

PREFERRED EMBODIMENT 

20 The packet filter consists of the following logical units: 

• The packet classifier, which sorts the incoming traffic 
according to predefined information in the IP-packet. 

25 • The coxinter, which registers and compares the number of 
incoming IP-packets belonging to the same client 
application with a predefined profile. 

• The flow limiter, which throws the IP-packets that exceed 
30 the for the client application maximally allowed number 

of IP-packets per time unit (the bandwidth) . 

Defining filter functions for a client application means 
that: 

35 
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• the user describes how the IP -packets from the client 
application are identified. 

In the first place, identification of transport protocols 
5 (for instance TCP or UDP) and port numbers, are used, but 

when necessary, other information from higher protocol 
layer is utilised. 

• the user decides which bandwidth each client application 
10 is allowed to use, 

• the user decides rules for how the packet filter shall 
allocate the transmission capacity that a client 
application for the time being does not utilise. 

15 

THE UTILISATION OF- THE BANDWIDTH 

If a client application does not utilise the whole 
allocated bandwidth, another client application is given 
20 access to extra bandwidth. 

Figure 3 shows an example of the utilisation of the 
bandwidth. 

25 In the upper picture of the Figure is shown how the totally 
available bandwidth is allocated between four client 
applications (A, B, C and D) , two (B and C) that utilise 
the TCP-protocol, and two (A and D) that utilise the UDP- 
protocol. Suppose that the TCP- application B is allowed to 

30 use also the transmission capacity that has been allocated 
to the UDP -applications A and D during the time when the 
UDP-applications do not utilise the whole bandwidth. 

In the lower picture is shown an example where the client 
35 applications A and D do not utilise the whole allocated 
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bandwidth/ at which the client application B can be 
allocated a certain extra transmission capacity (31) . 

In this way the available bandwidth will be better 
5 utilised, and in the example no transmission capacity will 
be left unutilised. The user experiences that the client 
applications A and D will have the capacity that is 
necessary, at the same time as the client application B 
will have increased capacity in addition to the initially 
10 allocated. 

The invention is not limited to above described embodiments 
but may in addition be subject to modifications within the 
frame of the following patent claims and the idea of the 
15 invention. 
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PATENT CLAIMS 

1. A packet filter for management of quality parameters 
at packet switched data transmissions to and from 
5 different client applications, 

characterised in a possibility to make 
quality requirements on the packet traffic separately 
for each of said client applications. 

10 2 . A packet filter as claimed in patent claim 1, 
characterised in that said quality 
requirements relate to at least bandwidth or delay, 
and that quality requirements can be made on traffic 
in IP-networks and/or in X. 25 -networks . 

15 

3. A packet filter as claimed in patent claim 1, or 2, 
characterised in that the packet traffic 
is transmitted over mobile telephone networks by 
utilisation of GPRS. 

20 

4. A packet filter as claimed in patent claim 3, 
characterised in that the packet traffic 
is executed according to the IP-protocol and that the 
filter is located in the protocol stack between the 

25 IP-layer (25) and the GPRS-carrier (21) so that the 

IP-packets will pass the filter before the 
transmission, which is executed by the GPRS-carrier 
(21) . 

30 5 . A packet filter as claimed in any of patent claims 1 
to 4, characterised in that the user of 
any of said client applications decides which 
resources that shall be used for each of these said 
client applications. 



35 
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6. A packet filter as claimed in any of patent claims 1 
to 5, characterised in that quality 
requirements are made on transmissions with 
transmission protocols that are used in Internet, such 

5 as TCP and UDP. • 

7. A packet filter as claimed in any of patent claims 1 
to 6, characterised in that QoS is 
differentiated for IP-traffic on Internet for 

10 different client applications with the same IP- 

address . 

8. A packet filter as claimed in any of patent claims 1 
to 7, characterised in: 

15 

that the amount of data that each of said client 
applications (A, B, C, D) is allowed to transmit, is 
limited. 

20 that transmission capacity (31) that has been 

allocated to any of said client applications but has 
not been utilised, can be allocated to any other of 
said client applications. 

25 that allocation between said client applications of 

the utilisation of the available bandwidth can be 
decided at the utilisation of the client applications. 

9. A packet filter as claimed in any of patent claims 1 
30 to 8, characterised in the following 

elements : 

a packet classifier, which sorts the incoming traffic 
according to information in transmitted packets. 

35 



wo 00/36793 PCT/SE99/02279 

14 



10 



a counter, which registers and compares the number of 
incoming packets belonging to the same client 
application" with a predefined profile. 

a flow limiter, which rejects packets so that the 
number of packets per time unit, which is allowed for 
the client application that the packet relates to, 
does not exceed maximally allowed number of packets 
per time unit. 

10. A packet filter as claimed in any of patent claims 1 
to 9, characterised in that filter 
functions for a client application are defined by: 

15 a description of how packets, which are transmitted, 

are identified. 

allocation of bandwidth for each client application. 

20 control of allocation of transmission capacity that 

temporarily is not utilised. 

11. A method for quality filtering of packet switched data 
transmissions, characterised in that 

25 quality requirements are made on packet traffic 

separately for each one of active client applications. 

12. A method as claimed in patent claim 11, 
characterised in that said quality 

30 requirements relates to at least bandwidth, or delay, 

and that differentiated quality requirements can be 
made on traffic in IP-networks and/or in X.25- 
networks . 



35 13. 



A method as claimed in patent claim 11, or 12, 
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characterised in that said packet traffic 
is transmitted over mobile telephone networks. 

14 . A method as claimed in patent claim 13 , 
5 characterised in that said packet traffic 

utilises GPRS. 



15. A method as claimed in any of patent claims 11 to 14, 
characterised in that the packet traffic 
10 is executed according to the IP-protocol, and that the 

quality filtering is made by a packet filter that is 
located in the protocol stack between the IP- layer 
(25) and the layer with GPRS (21) . 

15 16 . A method as claimed in patent claim 15, 

characterised in that said packet filter 
comprises the following elements: 

packet classifier, which sorts the traffic according 
20 to information in transmitted packets. 

counter, which for each of said client applications 
registers and compares the number of transmitted 
packets belonging to said client application with a 
25 predefined profile. 

flow limiter, which limits the packet flow for a 
client application with regard to maximally allowed 
number of packets per time unit. 



30 



17. A method as claimed in any of patent claims 11 to 16, 
characterised in dynamic allocation of 
transmission capacity between said client 
applications . 
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18. A method as claimed in any of patent claims 11 to 17, 
characterised in: 

that the amount of data that each of said client 
5 applications (A, B, C, D) is allowed to transmit is 

restricted. 



that transmission capacity (31) , which is allocated to 
one of said client applications, but is not utilised, 
10 is allocated to any other of said client applications. 



that the user dynamically can decide how the 
utilisation of the available bandwidth shall be 
allocated between said client applications. 

15 

19. A method as claimed in any of patent claims 11 to 18, 
characterised in: 

identification of packets from said client applications. 

20 

allocation of bandwidth to each of said client 
applications . 



25 



control of allocation of transmission capacity that 
momentarily is not utilised. 
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